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Fig. 3A 

Original message: 

Date: 27 Aug 96 1932 POT 

From: Joshua Bing <J8ingemymail.coa > 

Subject: Re: What's up 

Reply-To: JBlnggayiaail »coa 

To: Yosef Shani <Yosef •Shaniehi3aail.net> 

cc: Bran Ganot <egan6hotxaai.com> 

Hi. 

I'm fin* thanks. How ft XJ ? 
Keep writing i 
Josh. 



Fig. 3B 
Example conversion: 

<?xml version"* 1 ,0"?> 

<IDOCTTPS <VML> PUBLIC * - / / WAPFORUH/ /DTD <HML> 1.1//EN" 

*http : //www „ wapf orum. org/DTD/ wai_i . 1 . xal*> 

<wnl> 
<caxd> 

<b>Date:</b> 27 Aug 96 1932 POT <br/> 

<b>From:</b> Joshua Bing *lt;JBing3myraail.comfcgt;<br/> 

<b>Subject:</b> Re: What capos ;s up<br/> 

<2»Repl y -To : </b> JBinggnyma i 1 . conKbr /> 

<b>To:</b> Yoset Shani tit; Yosef .Shaniehisnaii ,nettgt;<l>r/> 

<b>cc:</b> Bran GanotfiXt;egan€hotmai.co«Cgt;<br/> 

<br/> 

Hi.<br/> 

Ifcapos;m fine thanks. How R 0 ?<br/> 
<2>r/> 

Keep writing *<br/> 
<br/> 

Josh.<2>r/> 

</card> 
</wml> 
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SYSTEM AND METHOD FOR DISPLAYING ments written in WML, thereby enabling such devices to 

ELECTRONIC MAIL MESSAGES ON A LOW display Web pages which are written in WML, for example. 

BANDWIDTH DEVICE Unfortunately bandwidth considerations still limit the 

amount of data which can be rapidly received by WAP- 
5 enabled devices, such as cellular telephones for example. 

HELD AND BACKGROUND OF THE n{s problem is particularly acute with regard to e-mail 

iin vcin iiurs messages, since the user may wish to only view one e-mail 

The present invention relates to a system and method for message, such that all of the e-mail messages do not need to 

displaying e-mail (electronic mail) messages on a device, be downloaded by the WAP-enabled device. In addition, if 

such as a low bandwidth and/or wireless communication 10 tne e-mail message is particularly long, the user should not 

device, and in particular, to such a system and method which need to wait for the entire single e-mail message to be 

enable such messages to be automatically divided into a downloaded by the WAP-enabled device before any part of 

plurality of smaller portions for transmission and/or display lne e-mail message is converted and decoded, 

of each portion, as well as such a system and method which A more useful solution would enable the user to select 

enable the e-mail message to be converted in a streamed 15 individual e-mail messages for viewing. In addition, this 

manner. The system and method of the present invention are solution would also enable the user to begin to view the 

particularly useful for transmission and display of e-mail e-mail message as soon as any part had been converted and 

messages by a WAP (wireless application protocol) enabled decoded for display by the display device. Unfortunately, 

device. such a solution is not currently available. 

20 

Cellular telephones are becoming increasingly popular for There is thus a need for, and it would be useful to have, 
portable telephone use, particularly for users who are inter- a system and a method for transmitting e-mail messages to, 
ested in rapid, mobile communication. As the amount of and displaying such messages by, a low bandwidth display 
computational power and memory space which are available device, for example to a WAP-enabled device such as a 

in such small, portable electronic devices becomes 25 cellular telephone, which enables the user to select a par- 
increased, a demand has arisen for different types of com- licular e-mail message to be downloaded first, without 
munication services through such devices. In particular, necessarily downloading the other e-mail messages, and 
users have demanded that cellular telephones receive many which then prepares tbe e-mail message for display such that 
different types of multimedia data, including e-mail the entire e-mail message does not need to be converted 

(electronic mail) messages and Web pages. 3Q before a first part is displayed by the display device. 

In response to such demands, and to extend the power and 
efficacy of operation of portable, wireless electronic com- BRIEF DESCRIPTION OF THE DRAWINGS 

munication devices, the WAP (wireless application protocol) ^ foregoing and other objectSj and advantages 

de facto standard has been developed. WAP 1S now the win be beUw understood from the flowing detailed 

standard for the presentation and delivery of wireless data, 35 descriplion of a pre f e rred embodiment of the invention with 
including multimedia and other information, and telephony re f e rence to the drawings, wherein: 
services, on mobile telephones and other types of wireless m „ . . t e 
communication devices. WAP is designed to efficiently FIG. 1 is a schematic block diagram of a system according 
provide both multimedia and telephony services to such t0 the P resenl invention, 

wireless communication devices, given the limitations of ^ FIG - 2 is a flowchart of an exemplary method according 
wireless networks and of the electronic devices themselves. t0 the present invention for retrieving and displaying the 

Wireless communication devices have requirements and e " mail messa S e b V the low bandwidth device; 
drawbacks which are different than cable-linked electronic PIGS. 3A and 3B are examples of decoded e-mail mes- 
devices. For example, wireless networks are frequently sage data before (FIG. 3A) and after (FIG. 3B) conversion 

significantly less stable than cable networks. Since users 45 into WML; 

with such portable communication devices often operate FIG. 4 is a flow diagram for the conversion of a MIME 
these devices at different locations, the wireless network multipart message into a generic file format according to the 
connection may not always be available, and may even present invention; 

suddenly become unavailable during a single communica- pjrj 5 j S a flowchart of an exemplary method according 

tion session. In addition, the wireless communication 50 to the present invention for dividing a formatted document 
devices themselves are more limited in terms of available mt0 a plurality of portions* and 
resources than desktop computers. For example, such wire- nGS fiA aQd fiB show ^ q[ me , 

tes commutation devices typically have a ess powerful ^ ^ rf (o navi ^ h the nions of , he 
CPU (central processing unit), less memory, a lower amount m and/or aUachment; x p lG 6A)> n well 

of available power since these dev 1C cs are often battery- 55 a s an exemplary GUI (graphical user interface) display of a 
operated, and smaller display screens. Thus, wireless com- ^ Qn ^ of ^ djs , aevjce (F , G 6fi) 

munication devices require adaptations of existing software 

and data transmission protocols in order to effectively SUMMARY OF THE INVENTION 

deliver multimedia content from the Internet. 

WAP provides the required adaptations and modifications 60 present invention is of a method and a system for 

to such software and data transmission protocols in order to transmitting e-mail messages to, and displaying the contents 
meet the requirements of wireless communication devices. °f such messages by, a low bandwidth device, such as a 
For example, HTML (Hyper-text Mark-up Language) has wireless communication device for example. The present 
been adapted to form WML (Wireless Mark-up Language), invention is particular preferred for WAP-enabled devices of 

which provides a document mark-up language suitable for 65 anv tyl^- 

WAP-enabled devices and their corresponding limitations. The presenl invention is operative with any e-mail 
WAP-enabled devices are able to receive and display docu- protocol, including but not limited to IMAP4 (Internet 
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Message Access Protocol, version 4) and POP3 (Post Office 
Protocol 3) for receiving e-mail messages, and SMTP 
(Simple Message Transfer Protocol) for sending (or 
forwarding) e-mail messages. Any of these e-mail messages 
may optionally include an attachment through MIME mes- 
sages. POP3 is explained with regard to RFC1725, while 
IMAP4 is explained with regard to RC2060, both from the 
Network Working Group, although of course the scope of 
the present invention is not limited to operation with these 
protocols. 

According to the present invention, there is provided a 
method for displaying an e-mail (electronic mail) message 
on a low bandwidth display device to a user, the method 
comprising the steps of: (a) providing a network connected 
to the display device; (b) determining at least one property 
of the display device; (c) dividing the e-mail message into a 
plurality of portions, such that each portion is at least 
partially determined according to the at least one property of 
the display device; (d) receiving at least one portion of the 
plurality of portions through the network by the display 
device; and (e) displaying the at least one portion by the 
display device. 

According to another embodiment of the present 
invention, there is provided a system for displaying an 
e-mail (electronic mail) message to a user, at least a part of 
the e-mail message being divided into a plurality of portions 
for display to a user, the system comprising: (a) a low 
bandwidth display device for displaying at least one portion 
to the user, the low bandwidth display device having at least 
one property; (b) an e-mail server for transmitting the e-mail 
message; (c) an e-mail portion server for receiving the 
e-mail message from the e-mail server and for dividing the 
at least a part of the e-mail message into the plurality of 
portions at least partially according to the at least one 
property, and for sending at least one portion to the low 
bandwidth display device; and (d) a network for connecting 
at least the low bandwidth display device to the e-mail 
portion server. 

Hereinafter, the term "network" refers to a connection 
between any two electronic devices which permits the 
transmission of data. 

Hereinafter, the term "wireless device" refers to any type 
of electronic device which permits data transmission 
through a wireless channel, for example through transmis- 
sion of radio waves. Hereinafter, the term "cellular phone" 
is a wireless device designed for the transmission of voice 
data and/or other data, optionally through a connection to the 
PSTN (public switched telephone network) system. 

Hereinafter, the term "e-mail message" refers to any 
message which is sent electronically. Hereinafter, the term 
"low bandwidth" refers to a bandwidth of a communication 
channel which is less than about 5 Megabits per second, or 
which otherwise places a limitation on an amount of data 
which is received through the communication channel by the 
device. 

Hereinafter, the term "computational device" includes, 
but is not limited to, personal computers (PC) having an 
operating system such as DOS, Windows™, OS/2™ or 
Linux; Macintosh™ computers; computers having JAVA™- 
OS as the operating system; graphical workstations such as 
the computers of Sun Microsystems™ and Silicon 
Graphics™, and other computers having some version of the 
UNIX operating system such as A1X™ or SOLARIS™ of 
Sun Microsystems™; or any other known and available 
operating system, or any device, including but not limited to: 
laptops, hand-held computers such as the Palm™ computer, 
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cellular telephones, wearable computers of any sort, and 
WAP-enabled devices, as well as any device which can be 
connected to a network as previously defined and which 
have an operating system. Hereinafter, the term "Win- 

5 dows™" includes but is not limited to Windows95™, Win- 
dows 3.X™ in which "x" is an integer such as "1", Windows 
NT™, Windows98™, Windows CE™, Windows2000™, 
and any upgraded versions of these operating systems by 
Microsoft Corp. (USA). 

30 The method of the present invention could be described as 
a series of steps performed by a data processor, and as such 
could optionally be implemented as software, hardware or 
firmware, or a combination thereof. For the present 
invention, a software application could be written in sub- 
stantially any suitable programming language, which could 

15 easily be selected by one of ordinary skill in the art. The 
programming language chosen should be compatible with 
the computer hardware and operating system according to 
which the software application is executed. Examples of 
suitable programming languages include, but are not limited 

20 to, C, C++, WMLscript and Java. 

DETAILED DESCRIPTION OF THE 
INVENTION 

The present invention is of a method and a system for 
25 transmitting e-mail messages to, and displaying the contents 
of such messages by, a low bandwidth device, such as a 
wireless communication device for example. The present 
invention is particular preferred for WAP-enabled devices of 
any type. 

30 The present invention is operative with any e-mail 
protocol, including but not limited to IMAP4 (Internet 
Message Access Protocol, version 4) and POP3 (Post Office 
Protocol 3) for receiving e-mail messages, and SMTP 
(Simple Message Transfer Protocol) for sending (or 

35 forwarding) e-mail messages. Any of these e-mail messages 
may optionally include an attachment through MIME mes- 
sages. POP3 is explained with regard to RFC1725, while 
IMAP4 is explained with regard to RC2060, both from the 
Network Working Group, although of course the scope of 

40 the present invention is not limited to operation with these 
protocols. 

The user is preferably able to select any e-mail message, 
or part thereof, for display, regardless of the order of the 
e-mail messages on the e-mail server. By "part" of an e-mail 

45 message, it is meant the text of the message, or a selection 
thereof, or alternatively or additionally, an attachment to the 
e-mail message, or any part of such an attachment or text of 
the message thereof. 
According to preferred embodiments of the present 

50 invention, the e-mail message is converted to a format which 
is suitable for display by the low bandwidth device. 
Preferably, since the e-mail message itself is sent as an 
encoded stream of data, the decoding process is able to 
stream the decoded data as output for conversion to the 

55 suitable format for display. More preferably, if the e-mail 
message is too large to be displayed at once on the display 
device, then the e-mail message is divided into portions, 
most preferably after being converted to the suitable format. 
The user may then optionally select any portion for being 

60 displayed. 

The present invention incorporates processes for dividing 
any document into a plurality of portions, as described in the 
patent application entitled "System and Method for Docu- 
ment Division", by the same inventor as the present appli- 
es cation and filed on the same date as the present application, 
which is hereby incorporated by reference as if fully set forth 
herein. 
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According to preferred embodiments of the present to be retrieved and displayed, although alternatively such a 

invention, navigational capabilities are also provided, such message could be automatically selected according to the 

that the user is optionally able to move between entire e-mail header information, even without displaying the message to 

messages, portions of such messages and/or portions of the user. Also alternatively, the e-mail mcssage(s) could be 

attachments by selecting an icon or link for example, and 5 retrieved automatically without regard to either a user 

even to view the portions of the message or attachment in a request or the header information, such that the conversion 

different order than the linear sequence itself. More process is performed "off-line", before a specific message is 

preferably, a list of the e-mail messages or portions is requested. Fetch module 22 then sends a request for the 

displayed, optionally with a short title which may be taken particular message from e-mail server 20. 

from the first line of the text of the e-mail message header 10 Once the e-mail message is received from e-mail server 

and/or attachment for example, in order for the user to be 20, fetch module 22 sends the received message to a 

able to select a e-mail message or portion of interest for conversion module 24. Conversion module 24 preferably 

viewing. Thus, the user could optionally and preferably view converts the file formal of the received message into a 

e-mail messages and/or portions according to the interests of standard file format, such as XML for example, although 

the user, rather than only according to the order in which 15 alternatively, conversion module 24 may optionally convert 

they are downloaded. the received message directly to the specific file format 

The principles and operation of a system and a method which is suitable for wireless communication device 12, 

according to the present invention may be better understood M ore preferably, conversion module 24 passes the data 

with reference to the drawings and the accompanying which has been converted to the standard file format to a 

description, it being understood that these drawings are 20 particular e-mail portion server 26 according to the present 

given for illustrative purposes only and are not meant to be invention. E-mail portion server 26 is optionally and most 

limiting. preferably specific for a particular type of wireless commu- 

Referring now to the drawings, FIG. 1 is a schematic nication device 12, although alternatively, e-mail portion 

block diagram of a system according to the present invention server 26 could be generic for a number of different types of 

for transmitting and displaying an e-mail message by a low 25 wireless communication devices 12. 

bandwidth device. Although the present invention is Once e-mail portion server 26 receives the message in the 

explained with regard to WAP and a WAP-enabled device, standard or generic file format, e-mail portion server 26 

such as a cellular telephone for example, it is understood that prepares the message in a suitable, specific data format for 

this is for the purposes of description only and is without any transmission to wireless communication device 12. 

intention of being limiting. For a reference to WAP, as well Preferably, the suitable data format involves the construction 

as a more detailed explanation, see for example "Program- 0 f a WML deck, including one or more cards, for WAP- 

ming Applications with the Wireless Application Protocol" enabled devices. Optionally and more preferably, any attach- 

(S. Mann, Wiley Computer Publishing, John Wiley and Sons me nts to the e-mail message are also converted, as described 

Inc., 1999), incorporated by reference as if fully set forth i n greater detail in the application entitled "System And 

herein. Furthermore, both the wireless communication 5 Method For Rapid Document Conversion", by the same 

device and wireless network which are described below can inventor as the present application and filed on the same date 

be viewed as examples of a low bandwidth device and as the present application. E-mail portion server 26 then 

network for the purposes of the present invention. sends the formatted message to wireless communication 

A system 10 has a wireless communication device 12 for ^ device 12 for display. If the message is too large to be 

interacting with a user, which operates a WAP-compalible displayed in its entirety, then optionally and preferably a 

instruction agent 14, such as a microbrowser for example. portion of the message is sent to wireless communication 

Requests are sent from wireless communication device 12 to device 12 for display. 

a WAP proxy server (gateway) 16 through a wireless net- It should be noted that although each of WAP proxy server 
work 18. As a non-limiting example, wireless communica- 45 16, fetch module 22, conversion module 24 and e-mail 
tion device 12 is optionally a cellular telephone, while portion server 26 is shown as a separate unit, this is for the 
wireless network 18 is optionally a cellular telephone com- purposes of description only, such that two or more of WAP 
munication channel proxy server 16, fetch module 22, conversion module 24, 
WAP proxy server 16 receives the WAP-compatible e-mail server 20 and/or e-mail portion server 26 may option- 
request and passes the request to an e-mail server 20, which 50 ally De operated by the same computational device. Each of 
sends and receives e-mail messages according to standard WAP proxy server 16, fetch module 22, conversion module 
e-mail messaging protocols. For transmitting e-mail 24, e-mail server 20 and e-mail portion server 26 is therefore 
messages, an example of such a standard protocol includes shown as a separate entity for the purpose of describing the 
but is not limited to SMTP (Simple Message Transfer separate functionality only. 

Protocol), while for receiving e-mail messages, examples of 5S Furthermore, each of these functional units could be 

such standard protocols include but are not limited to POP3 located at any other location within system 10. For example, 

and IMAP4. e-mail portion server 26 could be located at e-mail server 20, 

Preferably, WAP proxy server 16 does not translate the at a base station between WAP proxy server 16 and wireless 

request itself into the standard e-mail messaging protocol, communication device 12 (not shown), or at any other 

but rather passes the request to a fetch module 22. Fetch 60 location within system 10. If all of these modules (apart 

module 22 then responds to the request by sending the from wireless communication device 12 and instruction 

appropriate command(s) to e-mail server 20, preferably by agent 14) are located at e-mail server 20, then most prefer- 

requesting a list of e-mail messages, for example according ably all of the e-mail messages could be converted "off-line" 

to a summary from the header, from e-mail server 20. Fetch for greater efficiency once the user requests to see any e-mail 

module 22 then optionally sends the list of messages to WAP 65 message. 

proxy server 16 and hence to wireless communication The process of retrieving the e-mail message is explained 

device 12 for display to the user. The user selects a message in greater detail with regard to the flowchart in FIG. 2 below, 
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while the process of converting the e-mail message into 
WML is described in greater detail with regard to FIG. 3 
below. The process of dividing the formatted message into 
portions, if necessary, is explained in greater detail with 
regard to FIG. 5 below. Also, FIGS. 6A and 6B below 
describe the method of the present invention with regard to 
navigating through the portions of the e-mail message and/or 
attachment, if any (FIG. 6A), as well as an exemplary GUI 
(graphical user interface) display of a portion on the screen 
of the display device (FIG. 6B). 

FIG. 2 is a flowchart of an exemplary method according 
to the present invention for retrieving the e-mail message, 
formatting the message and then sending the formatted 
message to the display device for display. The flowchart is 
explained with regard to the system of FIG. 1, it being 
understood that the method of the present invention could 
also be operative with other systems. 

In step 1, the user enters a command to the display device 
to read the e-mail "inbox" of the user. As described in greater 
detail with regard to FIGS. 5A and 5B, such a command 
could be entered in a number of different ways, for example 
by selecting an icon or link, or by selecting a key on the 
keypad of the device which has been mapped to that 
command. Alternatively, the e-mail message(s) could be 
retrieved automatically without regard to the user, request, 
such that the conversion process is performed "off-line", 
before a specific message is requested. 

In step 2, the command is sent from the display device to 
the WAP proxy server. The WAP proxy server then passes 
the request to the e-mail portion server of the present 
invention in step 3. It should be noted that steps 2 and 3 
could be collapsed together if the e-mail portion server of the 
present invention is implemented as part of the WAP proxy 
server, as described in greater detail above. 

In step 4, the e-mail portion server "logs into", or gains 
access permission for, the inbox of the user on the e-mail 
server. The remainder of the method is explained with regard 
to the POP3 protocol (RFC 1725 from the Network Working 
Group), although the method could also be performed with 
regard to the IMAP4 (Internet Message Access Protocol, 
version 4) protocol (RFC2060 from the Network Working 
Group). 

IMAP4 has the advantage of supporting commands such 
as "SEARCH", which enable the e-mail server to return only 
e-mail messages of interest, such that the e-mail portion 
server does not need to parse the headers of the e-mail 
messages in order to determine which message(s) are of 
interest. IMAP4 also supports the ability to retrieve only part 
of the e-mail message directly, with the "FETCH" com- 
mand. For example, the command "fetch 12 body[header]" 
causes only the header of message 12 to be retrieved, In 
addition, a complex request for part of an attachment can 
also be sent with the "FETCH" command. 

Returning now to step 4, for example for an e-mail server 
which communicates according to the POP3 protocol, this 
involves establishing a TCP connection through a handshake 
procedure between the e-mail portion server and the e-mail 
server (see for example RFC1725 from the Network Work- 
ing Group for a description of this protocol). Once the 
connection has been established, the e-mail server sends a 
greeting to the e-mail portion server, after which commands 
may be exchanged for retrieving e-mail messages. These 
commands typically include sending information from the 
e-mail portion server to the e-mail server for the purposes of 
authorization, such as a user name for identifying the inbox 
and a password, as well as transaction commands for actu- 
ally receiving the e-mail message(s). 
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In step 5, if step 4 is successful, then the e-mail portion 
server sends at least one command to the e-mail server to 
read the inbox of the user. First, the e-mail portion server 
could send the "STAT* command to determine the total 

5 number of messages and the total size of these messages. 
The e-mail portion server then sends the "LIST* command 
to the e-mail server to receive a list of e-mail messages. The 
received list includes the message identification numbers. 
The e-mail portion server then sends the "TOP" command, 

JQ with a message identification number, optionally with the 
number zero to indicate that only the header is to be 
retrieved. 

Step 5, or any part thereof as required, is preferably 
repeated as necessary such that in step 6, the e-mail portion 
server receives at least one, but preferably all, of the headers 

15 of the e-mail messages which are in the inbox. 

In step 7, the e-mail portion server optionally and pref- 
erably parses the header information, more preferably 
according to at least one user preference. For example, the 
user could request to see only the identity of the sender and 

20 the subject of the e-mail message. As described with regard 
to RFC822 and RFC2045 (Network Working Group), the 
e-mail message has a predefined message structure, such that 
the header itself includes everything before the first blank 
line, after which the message body is given. The header 

25 includes fields, which are indicated according to a pre- 
defined lexical structure. 

For example, the "subject" field is an optional field which 
could be used for a text string describing the subject of the 
e-mail messages. For a MIME multipart message, the 

30 content-type header field ("content") includes a description 
of the structure of the message, or a description of the type 
of the attachments, if any. For example, the MIME message 
may be composed of a plurality of sub-messages, each of 
which is a MIME entity. 

Any one or more fields of the header could optionally be 
examined according to a request of the user, in order to 
provide information of interest to the user. The e-mail 
portion server must at least retrieve the message identifica- 

4Q tion number for the e-mail message. 

In step 8, the e-mail portion server optionally and pref- 
erably prepares a formatted message containing the infor- 
mation of interest to be sent to the wireless communication 
device for display to the user. For the system of FIG. 1, such 

45 a formatted message is preferably a WML deck, containing 
one or more cards. The formatted message is then sent to the 
display device for display to the user. 

In step 9, the user enters a command to select a first e-mail 
message of interest, for example by selecting an icon or link, 

50 or by selecting a key which has been mapped to this 
command. The command(s) are optionally entered as pre- 
viously described. Optionally and preferably, or even 
alternatively, the user could enter a command to select a 
particular attachment of an e-mail message. 

55 Alternatively, steps 8 and 9 could be replaced by a 
combined step in which the e-mail portion server automati- 
cally selects a first e-mail message and/or attachment, for 
example according to the previously described user prefer- 
ences for determining the header information which is to be 

60 displayed. 

In step 10, once an e-mail message and/or an attachment 
has been selected to be displayed, then the selected e-mail 
message is retrieved with the "RETR" command according 
to the identification number of the e-mail message, which is 
65 sent from the e-mail portion server to the e-mail server. 

In step 11, the selected e-mail message is sent from the 
e-mail server to the e-mail portion server. 
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In step 12, the e-mail portion server converts at least a part FIG. 4 is a flow diagram for the conversion of a MIME 

of the e-mail message to WML, optionally including divi- multipart message into a generic (standard) file format, such 

sion into portions and navigation as described in greater as XML for example, although a similar method could be 

detail below. This part of the e-mail message may optionally f° r conversion of the multipart message into substan- 

include a part of the text of the message in ASCII characters 5 l i allv a °Y other file format. As shown, a MIME multipart 

or in another character set, for example as identified by the message 40 is analyzed and converted by at least one 

"Content-type: text/plain" field in the header. Aplain e-mail modular machine 42, which includes a converter 44 and a 

message as defined by RFC822 defaults to this content. data buffer 46. Data buffer 46 holds any data which is 

However, this part of the e-mail message may also option- required for the operation .of a subsequent modular machine 

ally include at least a part of an attachment, which is 10 42 15 P* erabl y > deDt "; al for each moduUr machine 42. 

identified by its particular content type, such as "Content- . f Each t raodular machme 42 may optionally request specific 

, -vie u- i • \ . • .u jr? c i information from one or more modular machines 42, such as 

type: image/gif for graphical image content in the GIF file Mormation m a specified localion m the modu!ar documem 

tormat, lor example. or mformalion which ^ bcated ^ another, subsequent or 
In addition, more preferably, the type of encoding used for previous, module. In addition, each modular machine 42 
the part of the e-mail message of interest is retrieved from " may then respond l0 one or more mo dular machines 42. 
the "Content-Transfer-Encoding" field. Types of encoding Modular machine 42 from which the information is 
include, but are not limited to, 7 bit, 8 bit, binary, base64, requested may optionally disregard such a request, or alter- 
and so forth (see RFC2045 for a description of different natively may decide to satisfy this request immediately, 
types of encoding). The e-mail portion server then uses Preferably, modular machine 42 balances the satisfaction of 
information concerning the type of encoding to decode the 20 (he request against lne requ i r ement for optimized 
e-mail message. performance, for example with regard to answering requests 
Most preferably, the e-mail message is decoded in a sequentially, as opposed to a more efficient but non- 
streamed manner, such that as any part of the message sequentially performed group of responses. More preferably, 
becomes decoded, that part is converted to WML and is sent modular machine 42 queues the incoming requests, for 
to the display device for display in step 13. Alternatively, the 25 example by storing the requests in data buffer 46. Modular 
e-mail portion server could decode the entire e-mail message machine 42 may then optionally answer requests sequen- 
or other selected part of the message before sending any part tially or non-sequentially. 

to the display device. Optionally, the size of the part of the Modular machine 42 may optionally and preferably be 
message which is sent to the display device could be ^ required to wait until the requested data is available before 
determined according to the criteria for determining portion performing the next action in the process of conversion, 
size, as described in greater detail with regard to FIG. 5 although again, the requirement for waiting is more prefer- 
below, ably balanced against optimization of the conversion pro- 

The actual method applied for decoding the data depends cess. For example, depending upon the structure of the 
upon the encoding method which was used. The codes for 35 MIME multipart message, if modular machine 42 requires 
the data are described in RFC2045. Briefly, as an example, data from two other modular machines 42, but only receives 
Base64 Content-Transfer-Encoding transforms 24-bit data from one such modular machine 42, the requesting 
groups of input bits into strings of four encoded characters modular machine 42 may optionally be allowed to perform 
as the output, according to a table given in RFC2045. any action(s) which are possible with the current data, before 
Decoding reverses the procedure, and takes every four 4Q waiting for the response to the other request, 
encoded characters for transformation back to the original Modular machine 42 may optionally and more preferably 
data according to the correspondence given in the table. determine the type of module for which information is 
After decoding, the data is in the original content type, such supplied. The output of each modular machine 42 is option- 
as text for example, and can easily be converted to WML. ally a generic file format, which is then more preferably 
Optionally and additionally, TIFF or other graphical file 45 rendered into a specific file format according to the profile 
format information can be converted using OCR (optical 0 f user preferences and/or device capabilities. This generic 
character recognition) to form a WML format message, for output format is preferably XML. An example of a specific 
example for a page which was sent by facsimile, in order to file format is a WML deck containing a WML card, 
increase the speed and efficiency of the conversion process. Alternatively, only the final modular machines 42 would 

In step 14, the converted part of the e-mail message is sent 50 produce data in the generic file format, while the previous 

to the display device for display. modular machines 42 would optionally produce binary data 

According to preferred embodiments of the present for example, 

invention, MPEG (Motion Picture Expert Group) video data More preferably, each different type of data conversion, 

or other video can also optionally be converted for display for example from a "ZIP" file format to a plurality of OLE 

by the wireless communication device as follows. First the 55 components, is performed by a specific modular machine 42 

video data is divided into the constituent frames. Next, at as shown. 

least one frame image is sent separately to the wireless FIG. 5 is a flowchart of an exemplary method according 

communication device, while the voice or other audio data to the present invention for dividing a document into a 

is sent over the voice channel, for example for a video plurality of portions for display by the wireless communi- 

telephone call. 60 cation device. This method is useful for the text of the e-mail 

FIGS. 3A and 3B are examples of decoded e-mail mes- message (an "e-mail message" as defined according to 

sage data before (FIG. 3A) and after (FIG. 3B) conversion RFC822), and/or for an attachment, if any. The method is 

into WML. As shown, basic formatting information, such as described with regard to a mark-up language document, 

a line break for example, is translated into elements. Once such as the WML format message into which the decoded 

these elements have been added, the converted data is 65 e-mail message data is converted. 

formed into a WML card, which can then be sent as part of Briefly, the present invention is operative with any docu- 

a WML deck for example. ment featuring delineated sections. By "delineated 
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sections", it is meant that each section has one or more 
associated attributes, which may be used to determine how 
the document is displayed. In the case of HTML, which uses 
tags, or WML, which uses elements, the delineations are 
clear between sections. Although each section does not 
necessarily need to form a separate portion for transmission 
and/or display, and indeed a section may be divided between 
a plurality of portions, the sections are useful for parsing the 
document in order to ensure that the associated data, such as 
text and/or graphics, for example, is properly displayed in 
each portion. The delineated section may even be as simple 
as a line or paragraph break, or even determined according 
to the words of a document, for example for textual e-mail 
messages such as those defined according to RFC822. 

The delineated sections of the document are optionally 
nested, such that a single segment of the document may 
contain a first section within a second section, for example. 
Nesting of such sections is typically present in mark-up 
language documents, such as HTML and WML documents, 
in which tags/elements may be nested for example. 

As shown in FIG. 5, in step 1, a document is received. 
Preferably, the document contains a plurality of delineated 
sections as previously described. If the document is a WML 
deck with one or more cards, then these sections are defined 
by elements. 

In step 2, optionally and preferably, at least one property 
of the wireless communication device is determined. By 
"determined" in this step, it is meant that the property is 
known for the purpose of dividing the document into por- 
tions. For example, as described in greater detail below, the 
property may be retrieved through communication with the 
wireless communication device itself, and/or with a third 
party which holds this information regarding the wireless 
communication device. The property may also optionally be 
determined through a user defined preference. More 
preferably, if the property is not received from an external 
source, the property is determined from a predefined default 
value. This property may optionally be a property of the 
hardware, and/or may optionally be a property of a software 
agent or program being operated by the wireless communi- 
cation device. 

This at least one property may optionally include, but is 
not limited to, one or more of the following characteristics: 
available bandwidth to the wireless communication device; 
microbrowscr or software agent type for the software which 
causes the data to be displayed by the wireless communi- 
cation device; characteristics which are determined by the 
capabilities of the wireless communication device such as 
lines per screen which may be displayed, characters per line, 
pixels per line, screen resolution, and whether the screen is 
grayscale or color; available font type(s), whether various 
types of content are permitted for display such as sound and 
graphic images; whether the microbrowser is permitted to 
operate scripts and/or cookies; the level of support, if any, 
which is provided by the microbrowser for HTML, CSS 
(cascading style sheets), WAP; and so forth. 

Optionally and preferably, such information may be 
retrieved by some type of automatic process through com- 
munication with the wireless communication device, par- 
ticularly with the microbrowser or other software agent of 
the wireless communication device. Alternatively and 
preferably, the information is retrieved from a third party, 
such as that provided by CC/PP (Composite Capability/ 
Preferences Profiles; see for example http://www.w3c.org/ 
TR/NOTE-CCPP and http://www.w3c.org/TR/NOTE- 
CCPPexchange). Alternatively, the portion server may 



retrieve this information from another source, such as a 
predetermined and stored set of device and microbrowser 
characteristics, or else from user-defined preferences with 
regard to the division of the document into portions, for 
5 example. 

In step 3, the property or properties of the microbrowser 
are preferably compiled, in order to determine how each 
such property affects the display of the portion of the 
document, such as the WML deck containing the part of the 

10 e-mail message, on the wireless communication device. 
More preferably, the collected properties with regard to the 
screen on the wireless communication device itself are 
mapped to a predetermined portion construction template, in 
order to more easily construct the portion as described in 

15 greater detail below. 

In step 4, the first delineated section is examined, which 
in this case is determined by the first element. Preferably, 
this includes determining the attribute or attributes associ- 
ated with that section. More preferably, the number of 

20 characters associated with the section is also determined, 
optionally with the size or other attribute(s) of the 
characters, such as the font for example. Optionally, white 
spaces and empty lines are removed. If no characters are 
present, then preferably the size of an associated image is 

25 determined, if available, or at least the presence of the image 
is determined. The information which is gathered during 
each parsing step is then preferably stored. 

In step 5, step 4 is optionally and preferably repeated at 

3Q least once, and more preferably is repeated until the end of 
the document is reached. 

In step 6, the first portion is constructed from the parsed 
data. As previously mentioned, the property or properties 
related to the display screen of the wireless communication 

35 device are preferably compiled, in order to be able to map 
these properties to a predetermined template. The template 
is able to receive each character and/or image to be 
displayed, and to place the character and/or image within the 
display screen. For example, characters are received for each 

40 line until the line has been filled. At that point, preferably a 
line break symbol is added, such as a line break element for 
example, in order to indicate that the end of the line has been 
reached. 

Also more preferably, the template is adjustable during 
45 the process, such that if a particular component of the 
document occupies a larger amount of space than an "aver- 
age" line of the display, the remainder of the template is 
adjusted to account for the extra required space. For 
example, if the component is an image, optionally the 
50 remainder of the template is adjusted in order to cause any 
additional text to wrap around the image, by reducing the 
length of at least one line next to the image. These adjust- 
ments are then optionally stored as differences from the 
template. 

55 Alternatively, each portion may be flexibly constructed 
according to the number of horizontal and vertical pixels on 
the display screen of the wireless communication device. 
The parsed data would then need to be examined with regard 
to attributes of the delineated section. The attributes them- 

60 selves are described in greater detail below. The amount of 
space which each attribute causes the text and/or image to 
occupy is preferably determined. These attributes include, 
but are not limited to, font type and height; spacing between 
the lines; the size of the image in terms of the height and 

65 width in pixels; the size of any borders or separations; and 
so forth. The image may also optionally be changed into a 
different format and/or be reduced in size for display on the 
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display device, such as the wireless communication device. 
The number of colors could also be reduced for reducing the 
amount of data which must be transmitted. 

Preferably, the attribute(s) of the delineated section asso- 
ciated with the parsed data are also constructed, such that 5 
these display attributes are preserved when displaying the 
portion on the display screen. 

Optionally and more preferably, elements and other 
attribute commands are not included in the determination of 
length and number. Alternatively, these attribute commands 10 
could be included in a calculation of a total size of the 
portion, if the size of the portion itself is to be determined 
rather than the characteristics of the displayed data. Also 
alternatively, certain attributes, such as paragraph breaks, 
could be used to help determine the boundary of a portion, 15 
for example in order to permit a paragraph to be contained 
in a single portion, particularly if the size of the displayed 
data for each portion is allowed to be variable. 

More preferably, step 6 features the following steps for 
constructing a portion from a document which includes 20 
elements. In step (i), any elements from the previous portion 
which also apply to the current data are read, for example in 
the case where a section has been split between portions. In 
step (ii), any other element or elements are read from the 
parsed data. In step (iii), these elements from steps (i) and 25 
(ii) are added to the portion, in the order in which they are 
retrieved from the data. 

In step (iv), further data is read and added to the portion, 
until the end of the available space for the portion is reached. 3Q 
End elements are applied as they are encountered in the 
parsed data. In step (v), any elements for which end elements 
have not been applied are determined. In step (vi), the end 
elements (if any) are added to the portion, in the reverse 
order to which the elements were initiated. In step (vii), 35 
these elements are stored for being added to the beginning 
of the next portion, as for step (i). The actual elements 
themselves should not be split between portions. 

According to preferred embodiments of the present 
invention, these steps are adjusted for the parsing and 40 
displaying of tables. In particular, as a portion may not be 
able to contain an entire table, then preferably the number of 
columns, and their properties, and/or the number of rows, 
and their properties, are stored during the parsing process. 
For example, if a table contains rows which are too long 45 
(horizontally) for display within a single portion, then pref- 
erably those columns which are not displayed within that 
portion are added to the next portion, with their associated 
properties. 

Rows which are too wide (vertically) for display within a 50 
single portion need to be split within each cell, in order to 
place a first part of the cell in a first portion, a second part 
of the cell in a second portion and so forth. 

In step 7, if a portion is to feature navigational icons or 
links, collectively referred to as a "navigational option", 55 
these items are preferably added to the portion. Since these 
items do require space for display, they must be considered 
when determining the total display size for the data of the 
portion. Furthermore, the type and size of images may differ 
between microbrowsers or other software agents, particu- 60 
larly if locally stored images are used, as indicated with the 
localsrc attribute of the image in WML, for example. These 
attributes of the images need to be considered when con- 
structing the portion. In addition, not all software agents 
and/or wireless communication devices support images, 65 
such that in the place of an image, a text string may be 
displayed, which again affects the size of the portion. 
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In step 8, once a portion has been constructed, it may 
optionally be sent to the wireless communication device. 
However, preferably all of the portions are constructed 
before any portion is sent to the wireless communication 
device, for ease of navigation as described in greater detail 
with regard to FIGS. 5A and SB below. 

FIG. 6A is a flowchart of an exemplary method for 
navigating between portions according to the present inven- 
tion. In step 1, preferably the total number of portions is 
received from the process of FIG. 5, although optionally 
navigational capabilities could be added to each portion as 
it is constructed. Also optionally, each portion could be 
constructed "on the fly" and received from the process of 
FIG. 5. 

In step 2, a number is assigned to each portion, indicating 
the location of the portion within the sequence of portions. 
In step 3, a link from the current portion to the previous 
portion is provided, as well as a link from the current portion 
to the next portion. Optionally, links to other portions are 
provided, for example to a portion which is located five 
portions away from the current portion, and so forth. 

In step 4, optionally and preferably, a title is determined 
for each portion, for example from the first line of text, if 
any, as previously described. Such a title is preferably 
determined if a message is sent to the user which contains a 
list of the portions with titles, as previously described. 

In step 5, either the first portion, or a message containing 
a list of portions, is sent to the user. Assuming that a portion 
is sent to the user, then in step 6, the portion is displayed as 
shown in FIG. 6B below. The display preferably contains 
navigational icons and/or link indicators, in order for the 
user to be able to select a different portion. 

According to preferred embodiments of the present 
invention, the user is able to navigate through the portions 
according to commands entered through a mapping of 
certain keys on the keypad of the wireless communication 
device. For example, the numeric key "9" could optionally 
be mapped to the "page down" command, the numeric key 
"3" could optionally be mapped to the "page up" command, 
the numeric key "1" could optionally be mapped to the "end 
of document" command for moving to the last portion of the 
document, the numeric key "5" could optionally be mapped 
to the "start of document" command for moving to the first 
portion of the document, and the numeric key "2" could 
optionally be mapped to entering a page number for the 
portion of interest. Of course, other mappings are also 
possible within the present invention. 

Also preferably, the portion is sent as a MIME 
(Multipurpose Internet Mail Extensions) multipart message 
if text is combined with one or more graphic images, in order 
for the portion to be received as a single unit, without 
requiring the microbrowser to retrieve the graphic image 
separately. Such a multipart message contains the text and 
the graphic image(s), separated by separators. 

In step 7, the user indicates a particular icon or link for 
retrieving a different portion. In step 8, a command is sent 
from the wireless communication device of the user to the 
server. In step 9, the requested portion is sent to the wireless 
communication device, if the portion has not yet been 
received by the device. However, at least for the implemen- 
tation of the present invention with WML, portions which 
have already been received by the wireless communication 
device can be retrieved again with predefined commands 
from local storage. For example, the "<prev>" element of 
WML is used to navigate to the previous card. This process 
is optionally repealed until the user has viewed all of the 
document and/or terminates the request. 
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FIG. 6B is an exemplary display of a portion by a display 11. The method of claim 9, wherein step (i) is performed 

screen of a wireless communication device according to the before the e-mail message is divided into said plurality of 

present invention. As shown, a top segment 30 of the display portions. 

includes at least one, but preferably a plurality of, navigation 12. The method of claim 9, wherein said formatted 

icons 32 or other navigation indicators. In addition, top 5 message features a plurality of delineated sections, each 

segment 30 also preferably features a portion number 34, for delineated section having at least one attribute, such that 

indicating the number of portion within the sequence of each portion of said plurality of portions features said at least 

portions. one attribute. 

A display segment 36 shows the data for the portion itself, 13. The method of claim 12, wherein said formatted 

in this case featuring text with formatting. Optionally, dis- 10 message is written in a mark-up language, said mark-up 

play segment 36 may be separated from top segment 30 by language featuring a plurality of elements, each element 

a border separator 38. corresponding to an attribute, such that step (c) further 

It will be appreciated that the above descriptions are comprises the steps of: 

intended only to serve as examples, and that many other (ii) detecting a start for each element; 

embodiments are possible within the spirit and the scope of is ^ applying said attribute to said portion; and 

the present invention. (iv) ^ sM ion ends before ^ end element ^ detectec j f 

What is claimed is: * j j 1 . c ^ 

. . . , r ,. . -i / 1 . • -i\ generating a generated end element for said portion. 

1. A method for displaying an e-mail (electromc mail) *a ^ J r 1 • 1-1 u . / \ c 

1 u j » j. 1 1 ■ 1 j * t . 14. The method of claim 13, wherein step (c) further 

message on a low bandwidth display device to a user, the 4 . . - . r w 

,.5 • • , r in comprises the steps of: 

method comprising the steps of: 20 r r 

(a) providing a network connected to the display device; < v > storm S a marker for each S enerated end elemenl i and 

(b) determining at least one property of the display ( Vl ) applying each element corresponding to said marker 
device* to a subsequent portion. 

(c) dividing the e-mail message into a plurality of , 15 ' ^ ™' h °? ° f , clai ™ wherein said mark-up 
portions, such that each portion is at least partially 25 ? n 'R l . a *'? WML (Wireless Mark-up Language), such that 
determined according to said at least one property of ,he f "P 1 ^ devlce 18 a WAP ( wlre,6SS "PPlKalion protocol) 
the display device- enabled device. 

... • ■ . , '. .• c 'j i i-. c 16. The method of claim 15, wherein the e-mail message 

(d) receiving at least one portion of said plurality of aQ at , achme such , ha , said >( , eas , , of , he 

portions through said network by the display device; M m ^ gf , u >( , eas( a pan o{sM aUachmem 

, an , 17. The method of claim 12, wherein a new portion is 

(e) displaying said at least one portion by the display slarted according t0 an amoun , of data> said altribute being 

device. applied to said new portion. 

2. The method of claim 1 wherein said display device is lg The me , hod of claiffl ^ wherein (e) indudes , he 

a wireless communication device, and said network is a 35 s , e p 0 f displaying at least one navigation option for selecting 

wireless network. . a portion to the user through the display device, the method 

3. The method of claim 2, wherein said wireless commu- CQ ^ me s , of . 

nication device is a cellular telephone, and said wireless _ , , . . . , . 

network is a cellular telephone network. <0 selectmg said at least one navigation option by the user 

4. The method of claim 3, wherein said at least one 4Q throu S h lhe device; and 

property of said cellular telephone is a size of a display (g) retrieving at least one additional portion according to 

screen of said cellular telephone. said at least one navigation option. 

5. The method of claim 3, wherein said at least one 19 The method of claim 18, wherein the plurality of 
property of said cellular telephone is an amount of band- portions has a sequence, and at least one portion is not 
width available on said cellular telephone network. displayed by said display device according to said sequence. 

6. The method of claim 1, wherein the e-mail message is 20. The method of claim 18, wherein said at least one 
encoded and step (c) further comprises the steps of: navigation option is selected from the group consisting of an 

(i) decoding at least part of the e-mail message to form * C0D and a ^ n ^ c - 

decoded data* 21. ^he mem od of claim 18, wherein the display device 

^ ' has a keypad with a plurality of keys, at least one key being 

. . . . c , , , , . . , 50 mapped to a navigation option, and said at least one navi- 

(n) converting at least part of the decoded data into a . . . . i . j *u u i a i a u 

K ' , * u • j- i • • « j • * gation option is selected through a key on said keypad, such 

formatted message for being displayed by the display f L , • , . < . • .• • r i i u a 

. . & <=> r j j r j tnat saic j at j east one navigation option is displayed by said 

device . , 

7. The method of claim 6, wherein step (ii) is performed ^ ^ me(bod whefein aDd } afe 
beforethe enhrety of the e-mad message is decoded. 55 formed in advance> before the user re ^ ue V sts the e / mail 

8. The method of claim 6, wherein the e-mail message r n 

includes an attachment, and steps (i) are (ii) performed on message. , . t ... 

said attachment 23. A system for displaymg an e-mail (electronic mail) 

Sai n an* 0 m ?u r i • 1 u • . /\* i j ,u message to a user, at least a part of the e-mail message being 

9. The method of claim 1, wherein step (c) includes the . , 5 • , , ... e f A - , , fU 

^ r v 7 divided into a plurality of portions for display to a user, the 

S e ? ° ' , ^ , 60 S y Stem comprising: 

(l) converting at least part of the e-mail message into a , x , LJ JLJ . , ^ r.-,- 

formatted message for being displayed by the display < a > a low bandwidth display device for displaying at least 

device one P 011100 10 tne ^ ow bandwidth display 

10. The method of claim 9, wherein step (i) is performed device havin S al least one P ro P ert y ; 

after the e-mail message is divided into said plurality of 65 ( b ) an e-mail server for transmitting the e-mail message; 

portions, such that said at least part of the e-mail message is (c) an e-mail portion server for receiving the e-mail 

one of said plurality of portions. message from said e-mail server and for dividing the at 
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least a part of the e-mail message into the plurality of (d) a network for connecting at least said low bandwidth 

portions at least partially according to said at least one display device to said e-mail portion server, 
property, and for sending at least one portion to said 

low bandwidth display device; and * * * * * 
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